home *** CD-ROM | disk | FTP | other *** search
/ Aminet 28 / Aminet 28 (1998)(GTI - Schatztruhe)[!][Dec 1998].iso / Aminet / util / misc / RunLame.lha / RunLame1.28 / runlame.lha / RunLame / Docs / RLInfiltrator.history < prev    next >
Text File  |  1993-08-25  |  4KB  |  99 lines
  1.  
  2. History:
  3. -------
  4.  
  5. V1.0ß:  ·Not released.
  6.  
  7. V1.1ß:  ·Not released.
  8.  
  9.         ·Due to improved system conformity the little PAL screen has a name
  10.          now.
  11.  
  12. V1.2ß:  ·Not released.
  13.  
  14.         ·The  PAL screen name is now identical for all forthcoming versions,
  15.          so  it  is not needed to update any databases where the screen name
  16.          has been registered (NewMode, Domino promotion system, ...).
  17.  
  18.         ·Like  RunLame  now  clears  caches  after  having  moved the VBR, I
  19.          strongly    recommend    NOT    TO    USE   earlier   versions   of
  20.          RunLameInfiltrator.
  21.  
  22.         ·Funnier version string, making all authors of lame programs blush.
  23.  
  24. V1.3:   ·Released to the public.
  25.  
  26.         ·The internals of RunLameInfiltrator have been extensively improved,
  27.          so   I   strongly   recommend   NOT  TO  USE  earlier  versions  of
  28.          RunLameInfiltrator,  they  may  not  work  properly  on  some Amiga
  29.          models!!
  30.  
  31.         ·Bug  fixed:   The  PAL  screen  tag  list  was  not terminated with
  32.          TAG_DONE.  I wonder why this worked:-)
  33.  
  34.         ·The PAL screen now is in PAL:Low Res (non interlaced).
  35.  
  36.         ·The  gb_MemType  is  set to BANDWIDTH_1X now on AGA machines.  This
  37.          has  been  suggested by ID of Sphinx.  The tip came originally from
  38.          Randell Jesup.
  39.  
  40.         ·Changing  and  restoring gb_MemType is now safer (no task switching
  41.          in  meanwhile).  When another task changes gb_MemType after we did,
  42.          the  old  value  is  not going to be restored, so we don't kill the
  43.          environment  of  the  other  task  (BTW, nobody had problems, but I
  44.          think it's just smarter this way).
  45.  
  46.         ·gb_MemType  is  only  changed  during the opening of the little PAL
  47.          screen.   Both  happens  while  only  interrupts are allowed but no
  48.          taskswitching,  thus  reducing  the  chance another task can open a
  49.          screen with the wrong bandwidth.  Furthermore all screens opened by
  50.          the  program  that has been infiltrated will have the former system
  51.          bandwidth, but these programs should be aware of that when they are
  52.          systemfriendly  (I  know  only 2 demos which do open a screen using
  53.          OpenScreen(TagList)()).
  54.  
  55.         ·Heavy  internal  changes to the processor degrading/restoring code.
  56.          It  is  now  much more safer and no inconsistencies in multitasking
  57.          with  other  tasks changing the same registers should occur (though
  58.          nobody reported any problems).
  59.  
  60. V1.4ß:  ·Not released.
  61.  
  62.         ·Bug fixed:  By accident the PAL screen has had no name in V1.3.
  63.  
  64.         ·The  PAL screen name is now identical for all forthcoming versions,
  65.          so  it  is not needed to update any databases where the screen name
  66.          has  been registered (NewMode, Domino promotion system, ...).  This
  67.          should have been happened since V1.2ß, dunno why not.
  68.  
  69.         ·Bug   fixed:    Due   to   usage  of  the  function  CacheControl()
  70.          RunLameInfiltrator  crashed  under lower Exec versions than V36.  I
  71.          didn't  have  a V34 Kickstart available , so I didn't see that this
  72.          function  is not available under V34- (and the autodocs don't point
  73.          out that it's a V36+ function).
  74.  
  75.         ·Access to graphics.library base smarter now.
  76.  
  77. V1.5ß:  ·Not released.
  78.  
  79.         ·The  sprite  resolution  for the PAL screen is explicitely reset to
  80.          low  resolution.   This  might  not  be  needed, because the sprite
  81.          resolution  for  a that PAL screen should be lores anyway.  In case
  82.          of false promotion of that PAL screen, at least the sprites will be
  83.          set to lores now.
  84.  
  85. V1.6:   ·Second public release.
  86.  
  87.         ·The  sprite  DMA of the mouse pointer will point to a NULL graphic,
  88.          thus reducing the chance of sprite flicker if the lame program does
  89.          just  disable  the  sprite DMA in the wrong moment.  This does only
  90.          work  if  the  user  doesn't  activate  any window in the execution
  91.          phase,   because   all  windows  keep  their  pointer  for  greater
  92.          convenience.
  93.  
  94.         ·Checking  if the PAL screen opened really in PAL lores.  Results in
  95.          an  error message if a promotor did change the screen mode (only if
  96.          you  have  OS2+  installed,  but  think twice, have you ever seen a
  97.          promotion utility for OS1.3-?)
  98.  
  99.